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(57) Abstract: The invention relates to a 
method for automatically filing records 
concerning business events, according to 
which data regarding a business event is 
stored by means of a computer system so as 
to be accessible via a business application, 
and an identification code is assigned to 
a business went, one or several different 
classes of business events which have 
different data structures being represented 
in the computer system. The inventive 
method is characterized by the fact that: - at 
least one set of input data, which is provided 
with a structure that is specific to one or 
the or each class of business evenLs and one 
or several business applications, is created 
from data concerning a business event in 
a first step; - the at least one set of input 
data is transformed in a second step into a 
set of output data, which is configured so as 
to be accessible by the at least two business 
applications; and - the set of output data is 
stored with the assigned identilication code 
in a third step such that the set of output 
data can be fully or partly read by the at 
least two business applications by referring 
to said identification code. 
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(57) Zusammenfassung: Die Erfindung betrifTt ein Verfahren zur automatischen Ablage von Belegen zu (ieschUfisvorfiillen, bei 
dem mit Hilfe eincs Computcrsys terns Daten zu einem Geschaftsvorfall fur den Zugriff Obcr cine Geschaftsanwcndung gespcichert 
vverden und bei dem einem Geschaftsvorfall ein IdentiMkationscode zugeordnet wird, wobei in dem Computersystem eine oder 
mehrere u n terse hiedliche Klassen von Geschaftsvorrallen mil un terse hiedlichen Dalenstrukturen ubgebildet sind, dadurch gekenn- 
zeichnet, — dass in einem ersten Schritt aus Daten zu einem Geschaftsvorfall mindestens ein Eingangsdatensatz erzeugt wird, der 
eine Struktur aufweist, welche fur eine oder die oder jede unterschiedliche Kiasse von Geschaftsvorfallen und eine oder mehrere 
Geschaftsanwendungen spezifisch ist, — dass in einem zweiten Schritt der mindestens eine Eingangsdatensatz in einen Ausgangs- 
datensatz trans formiert wild, der fur den Zugriff von mindestens zwei Geschaftsanwendungen ausgebildet ist, und — dass in einem 
dritten Schritt der Ausgangsdatensatz mit zugeordnetem ldentifikationscode gespeichert wird, so dass der Ausgangsdatensatz unter 
Bezugnahmc auf den ldentifikationscode von den mindestens zwei Geschaftsanwendungen ganz oder tcilwcisc gelcscn werden kann. 
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Verfahren zur automat is chen integrierten Belegablage 
bei der Protokollierung von Geschaf tsvor fallen 

Beschreibung 

Die Erfindung betrifft ein Verfahren zur automatischen 
5 Ablage von Belegen zu Geschaf tsvorf alien, bei dem mit 
Hilfe eines Computersys terns Daten zu einem 
Geschaftsvorf all fur den Zugriff uber eine 
Geschaftsanwendung gespeichert werden und bei dem einem 
Geschaf tsvorfall ein Identif ikationscode zugeordnet 
10 wird, wobei in dem Computersystem eine oder mehrere 
unterschiedliche Klassen von Geschaf tsvorf alien mit 
unterschiedliche Dat ens trukturen abgebildet sind. 

Verfahren der genannten Art sind beispielsweise aus dem 
betrieblichen Rechnungswesen bekannt . Insbesondere 
15 werden derartige Verfahren mit Hilfe Computersystemen, 
vorzugsweise unter Einsatz von Datenbanksystemen, 
automat isch durchgef uhrt . 

Eine wesentliche Aufgabe eines Rechnungswesen ist die 
Protokollierung aller operativen Prozesse der 

20 Wertschopfungskette eines Unternehmens sowie seiner 
Rechnungswesen-Prozesse. Die unterschiedlichen 
Inf ormationen werden dabei in eine einheitliche Sprache 
gebracht (z.B. Kontenbegrif f ) und bewertet. Hierin 
bedeutet ein Geschaf tsvorf all einen 

25 betriebswirtschaf tlichen Vorgang, bei dem das 

Geldvermogen entweder erhoht (Einnahme) oder erniedrigt 
(Ausgabe) wird. Derartige Geschaf tsvorf alle konnen 
wiederum bestimmten Klassen zugeordnet werden, 
innerhalb derer die Daten, die den einzelnen 

30 Geschaf tsvorf alien zuzuordnen sind, eine naherungsweise 




WO 2004/032005 PCT/EP2003/009954 

einheitliche Struktur haben. Typische Klassen sind z.B. 
Personalwesen, Materialwirtschaf t , Produkt ion . 

Um die OrdnungsmaSigkeit des Rechnungswesen 
sicherzustellen, muss die Protokollierung vollstandig 
5 und richtig erfolgen. Das Belegprinzip dient dem 
Nachweis dieser Ordnungsmafiigkeit . Dabei wird jede 
Protokollierung eines Geschaf tsvorf alls nach einer 
bestimmten betriebswirtschaf tlichen Bewertungsmethode 
durch einen Beleg dokumentiert , dem ein 

10 Identif ikationscode zugeordnet ist. Beispiele fur die 
unterschiedliche betriebswirtschaf tliche Bewertung 
konnen sein: Bewertung eines Geschaf tsvorf alls nach dem 
Deutschen Handel sgesetz oder nach IAS, Bewertung eines 
Geschaf tsvorfalls zwischen zwei Konzerngesellschaf ten 

15 nach den gesetzlichen oder nach konzerninternen 

Vorschrif ten, Bewertung eines Geschaf tsvorf alls in 
unterschiedlichen Wahrungen. 

Das zweitgenannte Beispiel sei detaillierter 
ausgefuhrt: Gegeben seien zwei Gesellschaf ten A und B 

20 des selben Konzerns . Gesellschaf t A verkauft an 
Gesellschaf t B ein Produkt X zum Preis von Y, die 
Herstellungskosten seien Z. Gemafc den gesetzlichen 
Regelungen wurde dieser Vorfall f olgenderma£en verbucht 
werden: Das Bestandskonto der Firma B fur das Produkt X 

25 wiirde im Haben einen Zuwachs von Y erhalten, in der 

Gewinn- und Verlustrechnung wiirde sich ein Sollbetrag 
von ebenfalls Y ergeben. GemaS einer konzerninternen 
Regelung konnte sich im Bestandskonto von B fur das 
Produkt X ein Zuwachs von Z ergeben. In der GuV wieder 

30 ein Soil von Y, jedoch auch ein Haben von Y-Z. 

Wird ein bestimmter Geschaf tsvorf all mit mehreren, 
unterschiedlichen betriebswirtschaf tlichen Methoden 
bewertet, fallen entsprechend mehrere, unterschiedliche 
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Belege an. Durch dieses Belegprinzip ist ein Auditing 
von den aggregierten, d.h. uber bestimmte Merkmale 
auf summierten Daten der Rechnungen uber die Belege zu 
den Prozessdaten gewahrleistet . 

5 Zur Erfullung der unterschiedlichen Zwecke werden im 
Rechnungswesen mit betriebswirtschaf tlichen Methoden 
betriebswirtschaf tliche Verfahren, die im folgenden 
auch Geschaf tsanwendungen genannt werden, 
betriebswirtschaf tliche Rechnungen (z.B. 

10 Ergebnisrechnung, Kostenrechnung, Bilanz, Gewinn- und 
Verlustrechnung) durchgefuhrt und verschiedene Bilcher 
gefuhrt (z.B. Hauptbuchhaltung, Anlagenbuchhaltung) . 
Die unterschiedlichen Rechnungen und Bucher haben 
unterschiedliche Anf orderungen an Zeitnahe und 

15 Detaillierungsgrad. Dennoch ist eine Abstimmbarkeit 
zwischen den Rechnungen (Geschaf tsanwendungen) von 
groSer Bedeutung fur eine Buchfuhrung, die den 
Grundsatzen fur ordnungsgemalSe Buchfuhrung durch 
Software entsprechen soil, und fur die Verwendbarkeit 

20 der Ergebnisse. 

Eine weitere Anforderung an ein Rechnungswesen ist, 
dass die Beobachtung und Protokollierung die 
Durchfuhrung der logistischen Prozesse, das sind 
Buchungsvorgange, die die Ein- und Ausgange von Waren 
25 und Dienstleistungen abbilden, moglichst nicht 
behindert . 

Eine im folgenden als ERP Software (Enterprise Resource 
Planning) bezeichnete Software zur Unterstutzung von 
Geschaf tsprozessen erfullt die Anf orderungen an ein 
30 Rechnungswesen typischerweise dadurch, dass die 

logistischen Prozesse und das Rechnungswesen eines 
Unternehmens im gleichen System, dem ERP System, 
durchgefuhrt werden. Das Rechnungswesen ist eng 
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verknupft mit den logistischen Prozessen und 
protokolliert unmittelbar und transaktional mit, was 
bedeutet, dass ein Beleg erst dann als solcher 
gespeichert wird, wenn die Daten, die der Beleg 
5 enthalten muss, vollstandig sind. Die logistischen 

Prozesse sind in der ERP Software abgebildet und daher 
in der Regel auch mit den Begrif fen des Rechnungswesen 
(z.B. Konto) verknupft. Die Begrif fe sind durch feste 
Datenstrukturen in die Software implement iert . Die 
10 verschiedenen Rechnungen des Rechnungswesen schreiben 
dabei eigene Belege zur Protokollierung fort. 

Dieses Vorgehen hat eine Reihe von datentechnischen 
Nachteilen: 

a) Die Voraussetzung, dass alle logistischen Prozesse 
15 innerhalb eines einzigen ERP-Systems laufen, ist 

in der Regel nicht erfullt. Viele Unternehmen 
verfugen liber historisch gewachsene heterogene 
Systemlandschaf ten, in denen viele Prozesse in 
Spezialsystemen abgewickelt werden. Fur die 
20 Protokollierung solcher extern laufenden Prozesse, 

die meistens die Begriffe des Rechnungswesen nicht 
kennen, ist das lokale ERP System haufig 
unzureichend vorbereitet . Umf angreiche 
Ubernahmeprogramme sind daher haufig notwendig. 

25 b) Durch die festen Datenstrukturen des lokalen ERP- 

Systems sind Unternehmen gezwungen, sich mit ihren 
betreibswirtschaf tlichen Begriffen an die 
Nomenklatur und die technischen Eigenschaf ten des 
lokalen ERP Systems anzupassen. Dies ist 

30 insbesondere bei den unter a) dargestellten 

heterogenen Systemlandschaf ten ein groSes Problem. 

c) Die individuelle Belegf ortschreibung der 

verschiedenen Rechnungen in unterschiedlichen 
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Geschaf tsanwendungen fuhrt zu einem sehr gro&en 
Datenvolumen und Zeitaufwand bei der 
Fortschreibung. Da die Rechnungen individuell 
aufgebaut werden, ergeben sich auch erhebliche 
5 Abstimmproblematiken zwischen den Rechnungen. 

d) Die unmittelbare, transaktionale Fortschreibung 
des Rechnungswesen belastet die Performance der 
verwendeten Computersysteme und mithin <der 
abzuwickelnden logistischen datentechnischen 
10 Prozesse. Insbesondere blockieren auftretende 

Fehler bei der Protokollierung ins Rechnungswesen, 
etwa durch fehlerhafte Systemeinstellung, die 
Durchfuhrung der Prozesse. 

Vor diesem Stand der Technik lag der Erfindung die 
15 Aufgabe zugrunde, dass eingangs genannte Verfahren 
derart zu verbessern, dass die genannten Nachteile 
zumindest teilweise ent fallen. 

Diese Aufgabe wird erf indungsgemafc durch ein Verfahren 
der eingangs genannten Art gelost, das dadurch 

20 gekennzeichnet ist, 

dass in einem ersten Schritt aus Daten zu einem 
Geschaf tsvorfall mindestens ein Eingangsdatensatz 
erzeugt wird, der eine Struktur aufweist, welche fur 
eine oder die Oder jede unterschiedliche Klasse von 

25 Geschaf tsvorfallen und eine oder mehrere 
Geschaf tsanwendungen spezifisch ist, 

" dass in einem zweiten Schritt der mindestens eine 
Eingangsdatensatz in einen Ausgangsdatensatz 
trans formiert wird, der fur den Zugrif f von mindestens 
30 zwei Geschaf tsanwendungen ausgebildet ist, und 

dass in einem dritten Schritt der Ausgangsdatensatz 
mit zugeordnetem Identif ikationscode gespeichert wird, 
so dass der Ausgangsdatensatz unter Bezugnahme auf den 
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Identif ikationscode von den mindestens zwei 

Geschaf tsanwendungen ganz oder teilweise gelesen werden 

kann. 

Gegenstand der Erf indung ist daher ein Verfahren zur 
5 automatischen Ablage von Belegen zu Geschaf tsvorf alien, 
bei dem mit Hilfe eines Computersystems Daten zu einem 
Geschaf tsvorfall fur den Zugriff uber eine 
Geschaf tsanwendung gespeichert werden und bei dem einem 
Geschaf tsvorfall ein Identif ikationscode zugeordnet 

10 wird, wobei in dem Computer system eine oder mehrere 
unterschiedliche Klassen von Geschaf tsvorf S.llen mit 
unterschiedliche Datenstrukturen abgebildet sind, 
dadurch gekennzeichnet , 

dass in einem ersten Schritt aus Daten zu einem 

15 Geschaf tsvorfall mindestens ein Eingangsdatensatz 

erzeugt wird, der eine Struktur aufweist, welche fur 
eine oder die oder jede unterschiedliche Klasse von 
Geschaf tsvorf alien und eine oder mehrere 
Geschaf tsanwendungen spezifisch ist, 

2 0 dass in einem zwei ten Schritt der mindestens eine 

Eingangsdatensatz in einen Ausgangsdatensatz 
transformiert wird, der fur den Zugriff von mindestens 
zwei Geschaf tsanwendungen ausgebildet ist, und 

dass in einem dritten Schritt der Ausgangsdatensatz 

2 5 mit zugeordnetem Identif ikationscode gespeichert wird, 

so dass der Ausgangsdatensatz unter Bezugnahme auf den 

Identif ikationscode von den mindestens zwei 

Geschaf tsanwendungen ganz oder teilweise gelesen werden 

kann. 

3 0 Gegenstand der Erf indung ist ebenso eine Vorrichtung 

zur Durchfuhrung dieses Verfahrens entsprechend dem 
Anspruch 10, bzw. Compute rprogramme und 
Computerprogrammprodukte gemaS den Anspruchen 11 bzw. 
13, sowie eine elektronische Datenstruktur bzw. ein 
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elektronischer Beleg, der nach einem der 
erf indungsgmafien Verfahren erhaltlich ist oder erhalten 
wurde. Die Erfindung umfasst weiter Compute rprogramme 
auf oder eingebettet in einen Datentrager, mit dessen 
5 Hilfe die Programme in einen Computer geladen und das 
erf indungsgemaJSe Verfahren ausgefuhrt werden kann. Das 
Programm kann in Form eines Source Codes, eines Object 
Codes oder eines gemischten Codes, ganz oder teilweise 
kompiliert vorliegen. Der Datentrager kann jede Einheit 

10 oder Vorrichtung sein, die geeignet ist ein Programm zu 
beinhalten: ROM, z.B. CD-ROM oder ein halbleiter-ROM 
oder DVD ROM, ein magnetisches Speichermedium, z.B. 
Floppy Disk oder Hard Disk, ein ubertragbarer Trager 
wie z.B. ein elektrisches oder optisches Signal, das 

15 uber elektrische oder optische Leitungen, oder uber 
elektromagnetische Wellen wie Radio oder Funkwellen 
ubertragen werden kann, oder ein anderer geeigneter 
Trager. Wenn das Programm in einem Signal enthalten 
ist, das uber ein Kabel oder ein anderes Mittel oder 

20 Medium geleitet wird, kann das Kabel oder das andere 
Mittel oder Medium den Datentrager darstellen. 
Altemativ kann das Programm in einen integrierten 
Schaltkreis eingebettet sein, der zur Ausfuhrung des 
erf indungsgemaSen Verfahrens vorgesehen ist. 

25 Besondere Ausf uhrungsf ormen des erf indungsgemafcen 
Verfahrens bzw. besondere Ausgestaltungen der 
erf indungsgemafeen Vorrichtungen sind in den jeweiligen 
Unteranspruchen offenbart. Es konnen auch einzelne oder 
mehrere oder beliebige Kombinationen der in den 

3 0 jeweiligen Unteranspruchen einer Kategorie offenbarten 
Merkmale zusammen mit den Merkmalen des jeweiligen 
Hauptanspruchs erf inderische Losungen der der Erfindung 
zugrunde liegenden Aufgabe darstellen. 
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Das erf indungsgemaSe Verfahren sowie der Programmcode 
zur Durchfuhxung des Verfahrens wird im folgenden auch 
als „ Accounting Engine u , der Ausgangsdatensatz auch 
als „Beleg* bezeichnet. 

5 Das erf indungsgemaSe Verfahren kann als Werkzeug einer 
ERP Software fur das Rechnungswesens zur elektronischen 
Belegablage von privatrechtlichen Organisationen oder 
von Organisationen des offentlichen Rechtes (zusammen 
kurz w Firma u genannt) eingesetzt werden. Es wird mit 

10 Hilfe eines Computersys terns ausgef uhrt . Ein 

Coraputersystem im Sinne der Erfindung kann zum einen 
lediglich einen Computer (wie PC, Laptop) umfassen, zum 
anderen aus einem Netzwerk von mehreren Computern 
bestehen. Hierunter ist auch ein Netzwerk zu verstehen, 

15 das unter Nutzung des Internets gebildet wird. 

Vorzugsweise wird die Accounting Engine in einem 
Computernetzwerk innerhalb einer Firma eingesetzt. In 
einem derartigen Computersys tern einer Firma konne Daten 
betreffend die einzelnen Geschaf tsvorfalle 

20 beispielsweise mit einer ERP Software gespeichert 
werden. Die Accounting Engine als Programm Code 
bewirkt, wenn sie in dem Computersystem ausgef uhrt 
wird, dass aus Daten zu einem einzelnen 
Geschaf tsvorfall (Ausgangs daten) ein Eingangsdatensatz 

25 erzeugt wird, der wiederum in einen Ausgangsdatensatz 
(Beleg) transf ormiert wird, der von mehreren 
Anwendungsprogrammen des Rechnungswesens 
(Geschaf tsanwendungen) , die auf dem Computersystem 
ausgeffthrt werden, gelesen werden kann und der getrennt 

30 von den Ausgangsdaten gespeichert wird. Dies ermoglicht 
eine redundanzf reie Belegablage mit einer grofien 
Ersparnis an Speicherplatz . Die Ausgangsdaten konnen 
bereits in dem Computersystem gespeichert sein oder von 
einem Benutzer uber eine Benutzerschnittstelle 

35 eingegeben und unmittelbar weiterverarbeitet werden, 
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oder uber eine Datenf ernubertragung import iert werden. 
Bei dem Trans format ions vorgang werden die Eingangsdaten 
unter Benutzung von weiteren Daten, die im 
Computersystem gespeichert sind, ganz oder teilweise 
5 verandert oder erganzt, je nach den Erf ordernissen 
unterschiedlichen Geschaf tsanwendungen. Hierbei kann 
von einer Geschaf tsanwendungen eingestellt werden, auf 
welche betriebswirtschaf tliche Weise ein 
Geschaf tsvorf all bewertet wird. Uber eine andere 

10 Geschaf tsanwendung kann eine andere Bewertung gewahlt 
werden. Dies kann dazu fuhren, dass ein und derselbe 
Geschaftsvorf all auf mehrere unterschiedliche Weisen 
bewertet wird. Fur den einen Geschaf tsvorf all wird 
jedoch pro Bewertung nur ein Beleg erzeugt, auf den 

15 jedoch mehrere Geschaf tsanwendungen lesend zugreifen 
konnen. Dieser eine Beleg enthalt zwar mehr Daten als 
erforderlich ware, wenn nur eine Geschaf tsanwendung auf 
den Beleg zugreifen musste, insgesamt entstehen aber 
weniger Daten als entstehen wurden, wenn fur jede der 

2 0 unterschiedlichen Geschaf tsanwendungen, die ja nicht 

immer unterschiedliche Bewertungen vorgeben mussen, ein 
eigener Beleg erzeugt werden wurde. Dies entspricht dem 
Merkmal "fur den Zugriff vom mindestens zwei 
Geschaf tsanmeldungen" ausgebildet zu sein. 

25 In einer ersten bevorzugten Ausf fihrungsf orm wird der 
erste Schritt des erf indungsgemafien Verfahrens mit 
Hilfe eines ersten Programm-Moduls ausgefuhrt, der 
zweite Schritt mit Hilfe eines zweiten Programm-Moduls. 
Der Eingangsdatensatz mit der spezifischen Struktur 

30 wird in diesem Fall von dem ersten Programm-Modul uber 
eine Schnittstelle an das zweite Programm-Modul 
ubergeben. Weiter kann die oder jede Geschaf tsanwendung 
als ein drittes oder weiteres Programm-Modul 
ausgestaltet sein und mit dem zweiten Programm-Modul so 

35 zusammenwirken, dass der Trans format ionsvorgang im 
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zweiten Schritt des erf indungsgemaSen Verfahrens von 
dem oder jedem dritten Programm-Modul uber eine 
Schnittstelle einstellbar ist. Diese Konf igurierbarkeit 
des Belegs kann beispielsweise dadurch implement iert 
5 werden, dass einem Benutzer auf einem Bildschirm eine 
Liste mit den auswahlbaren Daten oder Feldern oder auch 
Funktionen angezeigt wird, aus denen er mittels einer 
Interaktion (z.B. Tastatur oder Mausklick oder 
Spracheingabe) eine oder mehrere Daten, Felder oder 

10 Funktionen auswahlen kann, die im Beleg abgespeichert 
werden sollen (Daten, Felder) oder die bei der 
Transformation des Eingangsdatensatzes in den Beleg 
angewandt werden sollen (Funktionen) . Besonders 
bevorzugt ist das zweite Programm-Modul so 

15 ausgestaltet , dass es von den mindestens zwei 

Geschaf tsanwendungen auswahlbare Daten aus dem Beleg 
auf eine Datenanfrage von dem oder jedem dritten 
Programm-Modul lesen und dem oder jedem dritten 
' und/oder einem weiteren Programm-Modul uber eine 

20 Schnittstelle zur Weiterbearbeitung und/oder zur 

Anzeige ubergeben kann. Diese auswahlbaren Daten konnen 
von dem dritten oder einem weiteren Programm-Modul 
ausgewahlt werden. Der im zweiten Schritt des 
erf indungsgemateen Verfahrens erhaltene Beleg wird 

25 vorzugsweise transaktional gespeichert. 

Vorteilhafterweise weist der Beleg fur mehrere 
Geschaf tsanwendungen eine spezifische Datenbankstruktur 
mit einer oder mehreren Tabellen auf. Besonders 
vorteilhaft ist es, wenn der Beleg fur unterschiedliche 

30 Journale des Rechnungswesens unterschiedliche 

Datenbereiche auf weist. Journale in diesem Sinne sind 
tabellarische Zusammenf assungen von Buchungssatzen, 
z.B. aus den die Bereichen Forderungen, 
Verbindlichkeiten, Kosten, Ertrage, Wareineingang, 

35 Warenausgang , usw. Beispielsweise kann der Beleg einen 
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erst en Datenbereich fur Kosten und Ertrage aufweisen, 
einen zweiten fur den Materialbestand, einen dritten 
fur Forderungen und Verbindlichkeiten, usw. In dem 
ersten Bereich konnen Angaben enthalten sein zu: Kunde, 
5 Produkt, Kostenstelle usw., im zweiten zu Produkt, 
Lagerart, Lagerort, usw., im dritten zu: Kunde usw. 
Diese Angaben dienen lediglich der Erlauterung und 
konnen je nach Bedarf beliebig verandert oder erganzt 
werden. Der Beleg kann zudem einen weiteren Bereich 

10 ( /7 Kopf bereich") mit Daten enthalten, die mehreren 

Journalen gemeinsam sind, z.B. : den Identif ikationscode 
(ID) , die jeweilige rechtliche Einheit (Gesellschaf t) , 
ein Buchungsdatum, ein Bearbeitungsdatum, ein 
Bearbeiter, usw. In den unterschiedlichen 

15 Datenbereichen konnen dann diejenigen Inf ormationen aus 
dem Geschaf tsvorf all gespeichert werden, die das 
jeweilige Journal betreffen. Die Ablage des Belegs in 
einen physikalischen Speicher kann vorteilhaf terweise 
uber eine Datenbankstruktur mit einer oder mehreren 

20 Tabellen implement iert werden. 

In einer weiteren bevorzugten Aus fuhrungs form wird auf 
die im Beleg enthaltenen Daten mindestens eine Funktion 
angewandt. Eine derartige Funktion kann beispielsweise 
eine Uberprufung des Belegsaldos oder einer im Beleg 

25 enthaltenen Kundengruppe sein. Bevorzugt sind derartige 
Funktionen in einem Programm Modul auswahlbar abgelegt . 
Besonders bevorzugt ist mindestens eine Funktion uber 
ein weiteres Programm Modul konf igurierbar . Die 
Auswahlbarkeit der Funktionen kann beispielsweise 

30 dadurch implement iert werden, dass einem Benutzer auf 
einem Bildschirm eine Liste mit den auswahlbaren 
Funktionen angezeigt wird, aus denen er mittels einer 
Interaktion (z.B. Tastatur oder Mausklick oder 
Spracheingabe) eine oder mehrere Funktionen auswahlen 

3 5 kann. Es konnen aber auch Funktionen vorhanden sein, 



- 11 - 



WO 2004/032005 



PCT/EP2003/009954 



die standardmaSig auf alle Belege angewandt werden. Die 
Konf igurierbarkeit der mindestens einen Funktion kann 
dadurch realisiert werden, dass deren Parameter 
auswahlbar sind, z.B. analog dem bereits Beschriebenen. 
5 Sind beispielsweise in einem Beleg Buchungen fur 
mehrere rechtliche Einheiten hinterlegt, so kann 
beispielsweise die Funktion zur Uberprufung des Saldos 
z.B. per Auswahltabelle so konfiguriert werden, dass 
sie lediglich die Kontensalden der ausgewahlten Einheit 
10 uberpruft. 

Die Erf indung wird nachfolgend anhand der Figuren 1 und 
2 naher erlautert. Eine Beschrankung der Erf indung in 
irgend einer Weise ist dadurch nicht beabsichtigt . 

Es zeigt 

15 Fig. 1: eine schematische Darstellung eines 
Computersystems zur Durchfuhrung des 
erf indungsgemafcen Verfahrens; 
Fig. 2: eine beispielhaf te Ausfuhrungsf orm eines 
Computerprogramms zur Durchfuhrung des 
20 Verfahrens anhand eines Blockdiagramms; 

Fig. 3: eine schematische Darstellung der 

Datenstruktur eines Belegs mit Datenquellen 
und Zugriffen von Geschaf tsanwendungen; 
Fig. 4: eine schematische Darstellung beispielhaf ter 
25 Strukturen und Inhalte von Eingangsdatensatz 

und Beleg anhand eines Beispiels aus dem 
Warenkauf ; 

Fig. 5: eine schematische Darstellung beispielhaf ter 
Strukturen und Inhalte von Eingangsdatensatz 
30 und Beleg anhand eifies Beispiels aus dem 

Warenverkauf . 

Fig. 1 zeigt ein Computersystem 101 mit einem Computer 
103, der eine CPU 105, und einem Arbeitsspeicher 102, 
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in dem eine ERP-Software 111 zur Ausfuhrung durch die 
CPU 105 geladen ist. Die ERP Software 111 umfasst ein 
oder mehrere Programm Module 110 zur Behandlung und 
Bearbeitung von Daten zu Geschaf tsvorf alien, eine als 
5 Programm Modul ausgefuhrte Accounting Engine 106 und 
ein oder mehrere als Programm Module 109 ausgefuhrte 
Geschaf tsanwendungen. Das Computer system 101 umfasst 
weiter: Eingabemittel 113, Ausgabemittel 112, eine 
Netzwerkverbindung 104 zum Verbinden des Computers 103 

10 mit weiteren gleichen oder unterschiedlichen Computern 
114 in Form eines Netzwerkes, wobei die 
Netzwerkcomputer 114 als weitere Ein- und/oder 
Ausgabeeinheiten zur Eingabe und/oder Ausgabe von 
Daten zu Geschaf tsvor fallen bzw. zur Konf iguration der 

15 Accounting Engine und zur Darstellung von Eingabemasken 
oder zur Ausgabe von Ergebnissen oder zur Ausfuhrung 
der Accounting Engine dienen konnen. Weiter ist eine 
Datenbank 107 vorhanden, die Daten zu den 
Geschaf tsvorfallen und Geschaf tsanwendungen enthalt und 

2 0 auf die die ERP Software 111 zugreifen kann, sowie eine 

Speichereinheit 108 zur Speicherung der Belege, wobei 
die Speichereinheit 108 auch Teil der Datenbank 107 
sein kann. Die Programm Module 106, 109, 110 konnen 
ebenfalls auf die Datenbank 107 zugreifen, die Programm 
25 Module 106 und 109 zusatzlich noch auf den 
Belegspeicher 108. 

Mit einem derartigen Computersystem kann das 

erf indungsgemaEe Verfahren f olgendermafcen ausgefuhrt 

werden. Eines der Module 110 ubergibt Daten zu einem 

3 0 bestimmten Geschaf tsvorf all mit einem 

Identif ikationscode (ID) an die Accounting Engine 10,6. 
Dabei konnen die Daten bereits in der Datenbank 107 
vorhanden sein oder iiber die Ein- bzw. Ausgabemittel 
113, 112, 114 eingegeben worden und im Arbeitsspeicher 
35 102 gespeichert sein. Die Accounting Engine 106 
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transformiert die ubergebenen Daten unter Hinzufugung 
von Daten aus der Datenbank 107 und/oder unter 
Veranderung oder Umwandlung der ubergebenen Daten in 
einen Beleg, der den Anf orderungen eines 
5 betriebswirtschaftlichen Beleges genugt, und der von 
den unterschiedlichen Geschaf tsanwendungen 109 gelesen 
werden kann. AnschlieSend wird der Beleg auf der 
Speichereinheit 108 gespeichert. Zur Durchfuhrung der 
Transformation enthalt die Datenbank 107 alle 
10 betriebswirtschaf tlich relevanten Inf ormationen. Die 
Art der Transformation und die Art der Daten, die im 
Beleg gespeichert werden kann uber die Module 109 
jeweils spezifisch eingestellt werden. 



15 Bezugnehmend auf Fig. 2 wird nun eine weitere 
Ausfuhrungsf orm der Accounting Engine naher 
beschrieben. Hierin reprasentieren die eckigen 
Rechtecke Programm-Code , die gerundeten Rechtecke 
Datenstrukturen. Die Accounting Engine gema£ Fig. 2 

20 weist ein erstes Programm-Modul 210 und ein zweites 
Programm-Modul 220 auf. Das erste Programm-Modul 210 
erhalt aus einem Geschaf tsvorf all uber ein Programm 
Modul 250, welches fur eine Klasse von 

Geschaf tsvorf alien spezifisch ausgebildet ist, Daten zu 
25 diesem Geschaf tsvorf all uber eine Schnittstelle 271. 
Solche Daten konnen beispielsweise sein: Art, Anzahl, 
Typ eines verkauften Produktes oder , als Beispiel aus 
der Fertigung, die Entnahme einer Anzahl einer Ware 
oder eines Rohstof fs aus einem Lager fur eine 
30 bestimmten Arbeitsplatz einer bestimmten Fertigung oder 
die Gehaltszahlung an einen Angestellten. Diese Daten 
konnen uber Speichermedien geladen oder uber 
Eingabemittel (z. B. Tastatur, Bildschirm) quasi online 
eingegeben werden. Die Ubergabe der Daten kann 
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beispielsweise auch durch Ubergabe der Adressen der 
betreffenden Daten geschehen. Zusatzlich wird ein 
Identif ikationscode 251 (ID) mit ubergeben. Das erste 
Programm-Modul 210 enthalt ein oder mehrere 
5 Erzeugungsmodule 211, die aus den Daten des 

Geschaf tsvorf alls einen Eingangsdatensatz 212 
erzeugen, der eine Struktur aufweist, welche fur 
samtliche Klassen von Geschaf tsvorf alien, die in der 
jeweiligen ERP Software abgebildet sind, spezifisch 

10 ist. Das Erzeugungsmodul 211 ist ebenfalls fur jede 
Klasse von Geschaf tsvorf alien 250 spezifisch 
ausgebildet. Die Zuordnung der Module 250 zu den 
Modulen 211 kann beispielsweise uber eine Tabelle 
implement iert werden. Der Eingangsdatensatz 212 weist 

15 in seiner Struktur einen Kopfbereich auf / in dem 

allgemeine Daten wie die ID 251, Konto, Kostenstelle, 
Benutzer, Zeitstempel, Buchungsdatum, rechtliche 
Einheit etc. sowie Daten betreffend die Klasse des 
Geschaf tsvorfalls enthalten sind. Der ubrige Teil der 

2 0 Struktur enthalt die Daten, die den jeweiligen 

konkreten Geschaf tsvorf all betreffen. Die allgemeinen 
Daten konnen zum Teil auch mittels einer 
Datenbankanwendung 2 60 aus einer Datenbank uber eine 
Schnittstelle 272 gelesen werden. Die Konf iguration der 

25 Module 211, deren Zuordnung zu den Modulen 250 und die 
Festlegung der Struktur des Eingangsdatensatzes 212 
erfolgt zweckmafiigerweise bei der Installation der 
Accounting Engine im EDV-System der jeweiligen Firma. 

Der so erzeugte Eingangsdatensatz 212 wird von dem 
30 ersten Programm-Modul 210 uber eine Schnittstelle 213 
an das zweite Programm-Modul 220 ubergeben. Dieses 
enthalt ein Transformationsmodul 221 , in welchem ein 
Beleg-Prozessor 222 den Eingangsdatensatz 212 in einen 
Ausgangsdatensatz (Beleg) 226 transf ormiert , dessen 
35 Struktur so spezifisch gestaltet ist, dass auf ihn von 

- 15 - 



WO 2004/032005 



PCT/EP2003/009954 



mindestens zwei Geschaf tsanwendungen aus zugegriffen 
werden kann. Mit dieser Transformation werden die im 
Eingangsdatensatz 212 enthaltenen Daten des 
Geschaf tsvorfalls in die entsprechenden Daten fur das 
5 Rechnungswesen umgewandelt. Diese Transformation 
erfolgt unter Hinzufugung von Daten und/oder unter 
Umwandlung von Daten aus dem Eingangsdatensatz. Die 
Hinzufugung erfolgt mittels der Datenbankanwendung 260, 
auf die der Beleg-Prozessor uber eine Schnittstelle 273 

10 zugreifen kann. Beispiele fur solche hinzugefugte Daten 
sind eine Kundengruppe oder ein Preis. Eine Umwandlung 
von Daten kann beispielsweise derart durchgefuhrt 
werden, dass aus einer ubergebenen Stuckzahl und aus 
dem Stuckpreis, der aus der Datenbankanwendung 260 

15 erhaltlich ist, ein Umsatz berechnet und wird. Dieser 

kann dann in einem weiteren Schritt fur den Zugriff von 
unterschiedlichen Geschaf tsanwendungen im Beleg 226 
gespeichert werden. 

Unterschiedliche Geschaf tsanwendungen sind 

2 0 beispielsweise Anwendungen des Rechnungswesens wie 

Ergebnisrechnung, Kostenrechnung, Bilanz, Gewinn- und 
Verlustrechnung, oder Anwendungen des Controllings. Zur 
Erfullung der Erfordernis der Zugreifbarkeit von 
mindestens zwei Geschaf tsanwendungen weist der Beleg 

25 226 einen Kopfbereich 226a sowie unterschiedliche, 

inhaltlich gegliederte Datenbereiche 226b, 226c auf, 
die zum Lesezugriff fur einzelne oder mehrere 
Geschaf tsanwendungen vorgesehen sind. Der Kopfbereich. 
enthalt die allgemeinen Daten des Eingangsdatensatzes 

30 212 sowie die vom Belegprozessor 221 hinzugefugten 
Daten aus der Datenbankanwendung 260. Die 
unterschiedlichen Datenbereiche 226b, 226c enthalten 
die Daten fur die einzelnen Journale des 
Rechnungswesens. Beispielsweise steht der Bereich 262b 

3 5 fur das Journal Kosten und Ertrage. Welche Daten der 
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einzelnen Bereiche 226 von welchen Geschaf tsanwendungen 
aus eingesehen werden konnen, ist von der jeweiligen 
Geschaf tsanwendung aus konf igurierbar . Dies wird im 
f olgenden naher erlautert . 

5 Eine Geschaf tsanwendung ist im Beispiel gemaS Fig. 2 in 
Form eines dritten Programm- Module 240 ausgestaltet . 
Dieses dritte Programm-Modul 240 enthalt ein 
Konf igurationsmodul 242 das mit einem 
Konf igurationsservice 223 des Transf ormationsmoduls 

10 uber eine Schnittstelle 274 derart zusammenwirkt , dass 
mit Hilfe des Konf igurationsmoduls 242 bestimmbar ist, 
welche Daten zum Zugriff fur eine bestimmte 
Geschaf tsanwendung in den betreffenden Datenbereich 
(226a oder 226 b) des Belegs 226 geschrieben werden und 

15 auch von dem jeweiligen dritten Programm-Modul 24 0 
gelesen werden konnen. Die zur Transformation 
erf order lichen Daten konnen in einer Datenbank in 
Tabellenform abgelegt sein. Die Namen der 
entsprechenden Felder der Tabelle konnen uber eine 

20 Schnittstelle 276 mittels der Datenbankanwendung 260 
ausgewahlt werden. Die Namen der ausgewahlten Felder 
werden dem Konf igurationsservice 223 uber eine 
Schnittstelle 274 ubergeben. Die Inhalte (Daten) der so 
ausgewahlten Felder werden dann von dem 

25 Transformationsmodul 221 uber die Schnittstelle 273 aus 
der Datenbankanwendung 260 gelesen, und uber den Beleg 
Prozessor 222 in den Beleg eingefugt bzw. zur 
Transformation verwendet. Weiter kann mit Hilfe des 
Konf igurationsmoduls 242 bestimmt werden, welche 

30 betriebswirtschaf tliche Bewertung des 

Eingangsdatensatzes vorgenommen werden soil und welche 
der erhaltenen Ergebnisse im Beleg gespeichert werden 
sollen, z.B. welche Wahrung fur eine bestimmte Art der 
Buchung verwendet werden soli. 
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1st der Eingangsdatensatz 212 in den Belegdatensatz 226 
transf ormiert , so konnen mittels eines Server Moduls 
23 0 eine oder mehrere Funktionen 231 auf den 
Belegdatensatz 226 angewandt werden. Beispielsweise 
5 kann mit einer oder mehreren Funktionen 231 Ciberpruft 
werden, ob der Saldo aus Soil und Haben gleich Null 
ist, ob angegebene Steuersatze korrekt sind, ob alle 
obligatorischen Felder ausgefullt sind, Kontenangaben 
zutreffen, ob eine Kundengruppe richtig bestimmt ist 

10 oder ob sonstige Fehler oder mangelnde Ubereinstimmung 
mit den Grundsatzen ordnungsgemaSer Buchfuhrung 
vorhanden sind. Diese Funktionen 231 sind in dem 
Service Modul 23 0 abgelegt und k6nnen uber 
Schnittstellen 277, 227 uber das Konf igurationsmodul 

15 242 zur Anwendung auf den betreffenden Beleg und fur 
die betreffende Geschaf tsanwendung ausgewahlt werden. 

Der Beleg 226 mit seinen Strukturdaten, dem 
Identif ikationscode 251 sowie den von den dritten 
Programm-Modulen 240, 242 konf igurierten Einstellungen 

20 wird von einem Persistency-Server-Modul 225 

gespeichert. Die Ablage in einen physikalischen 
Speicher erfolgt in Form einer Datenbankstruktur mit 
einer oder mehreren Tabellen. Der Beleg-Prozessor 222 
kann uber eine Schnittstelle 228 auf die Strukturdaten 

25 zugreifen und diese zur Transformation eines 

Eingangsdatensatzes 212 in einen Beleg 226 einer 
bestimmten Klasse von Geschaf tsvorf alien verwenden. Die 
Schnittstellen 271, 213 sind fur jede Klasse von 
Geschaf tsvorf alien spezifisch ausgebildet. 

3 0 Zum Lesen der Daten enthalt das oder jedes dritte 

Programm-Modul 240 ein Lesemodul 241, welches mit einem 
Leseservice Modul 224 uber eine Schnittstelle 275 
zusammenwirkt , wobei der Leseservice 224 dem Lesemodul 
241 die Daten zur Verfugung stellt, die mit Hilfe 
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Konf igurationsmoduls 242 ausgewahlt wurden. Uber das 
Konf igurationsinodul 242 kann in der oben angegebenen 
Weise ebenfalls eingestellt werden, welche allgemeine 
Daten bzw. Pelder mit Hilfe der Datenbankanwendung 2 60 
5 dem Beleg hinzugefugt werden und auch gelesen werden 
konnen . 

Eine weitere Erlauterung der Erfindung sei anhand von 
Fig. 3 vorgenommen. Die Figur zeigt eine schematische 
Darstellung der Datenstruktur eines Belegs 3 04 zusammen 

10 mit Hinweisen/ welche Moglichkeiten bestehen, Daten von 
Geschaf tsvorf alien 301, 302, 303 in bestimmte 
Datenbereiche 306, 307, 308 des Belegs 304 zu 
transformieren. Ebenso ist dargestellt, welche 
Moglichkeiten des Zugriffs von Geschaf tsanwendungen 

15 309, 310, 311 auf die Datenbereiche 306, 307, 308 des 
Belegs 3 04 bestehen. Die gezeigten Moglichkeiten sind 
jedoch keinesfalls als eine abschlie£ende Aufzahlung zu 
verstehen, sondern stellen lediglich beispielhaf te 
Ausfuhrungsformen der Erfindung dar. Der elektronische 

2 0 Beleg 304 weist einen Kopfbereich 3 05 und einen 

Datenbereich 313 auf. Der Kopfbereich 3 05 enthalt die 
ID 312 sowie andere allgemeine Daten betreffend einen 
Geschaf tsvorf all 301, 302, 303. Es sei hier erwahnt, 
dass fur jeden der Geschaf tsvorf alle 301, 302, 303 ein 

25 eigener Beleg erstellt wird. Diese drei eigenen Belege 
sind jedoch zur einfacheren zeichnerischen Darstellung 
in dem Beleg 304 zusammengef asst . Der Datenbereich 313 
weist unterschiedliche Bereiche 306, 307, 308 auf, in 
denen Daten zu unterschiedlichen Journalen des 

30 Rechnungswesens enthalten sind: einen Bereich 306 fur 
Daten zu Kosten und Ertrage, einen Bereich 3 07 zur 
Lagerhaltung sowie einen Bereich 308 zu Forderungen und 
Verbindlichkeiten. Fur einen Geschaf tsvorf all wie den 
Geschaf tsvorf all 301 kann es sich generell aber auch 

3 5 ergeben, dass Daten fur den Kopfbereich und fur alle 
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moglichen Kombinationen von Journalbereichen wie den 
Bereichen 306, 307, 308 und weiteren anf alien. Dies 
wird unter Bezugnahme auf die Figuren 4 und 5 im 
folgenden weiter erlautert. Eine Beschrankung in irgend 
5 einer Weise ist hierdurch nicht beabsichtigt . Entgegen 
den Fig. 1-3 sind in den Fig. 4, 5 Datenstrukturen 
nicht gerundet gekennzeichnet , da hier keine 
Programmmodule eingezeichnet sind. 

Gegeben sei ein Konzern mit Sitz in Japan, einer 
10 Tochterf irma A in USA und einer Tochterf irma B in 

Europa. Als ein erster Geschaf tsvorf all sei angenommen 
B kaufe von A 3 Stuck eines Produktes Y zu einem 
Stuckpreis von 110 €. Die HerstellungsJcosten bei A 
seien 100 €/Stuck, der Verkauf sauf schlag sei 10%. Der 
15 Vorfall sei vom Rechnungswesen der Firma B betrachtet 
und aus zwei unterschiedlichen Sichten bewertet, und 
zwar aus Sicht der Firma B (Geschaf tsanwendung I, GA I) 
und aus Konzernsicht (Geschaf tsanwendung II, GA II) . 
Aus betriebswirtschaf tlicher Sicht wird bei der Firma B 
20 der Warenbestand erhoht und es entsteht eine 
Verbindlichkeit in Hohe des Kaufpreises. 

Uber das Programmmodul 250 (vgl . Fig. 2) werden dem 
ersten Modul 210 zu diesem Geschaf tsvorf all folgende 
Daten ubergeben: Eine ID (101) , ein Bestelldatum 

25 (05.02.2002), eine Bezeichnung des Geschaf tsvorf alls, 
(Warenkauf ) , Artikelbezeichnung (Produkt Y) , Stuckzahl 
(3) und Kaufpreis (330) . Das Programm Modul 210 erzeugt 
aus diesen Daten zwei Eingangsdatensatze 410, 420, die 
fur diese Klasse von Geschaf tsvorf alien spezifisch 

30 sind: einen ersten 410 fur die GA I und einen zweiten 

420 fur die GA II, Beide haben die gleiche Struktur: je 
einen Kopfbereich 411, 421 und je einen Datenbereich, 
wobei letzterer aus den Journalen Bestand 412, 422 und 
Verbindlichkeiten 413, 423 besteht. Samtliche Bereiche 
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sind als einzeilige Tabellen implement iert . Der 
Kopfbereich hat - im Beispiel - die Felder mit Namen 
ID, Buchungsdatum, Geschaf tsvorf all , in denen die 
entsprechenden ubergebenen Daten eingetragen eind, 
5 wobei vom Modul 210 aus der ubergebenen - ersten -ID 
eine zwiete und dritte ID erzeugt wird, die die beiden 
Eingangsdatensatze eindeutig kennzeichnet , und zwar im 
Beispiel durch Hinzufugung von ff r bzw. ,,11", 
entsprechend der GA, zur ersten ID. ZusiLtzlich ist vom 

10 Modul 210 noch ein Feld NutzerlD hinzugefugt, in dem 
eine Kennung des betreffenden Sachbearbeiters 
eingetragen ist. Die wurde aus der Datenbankanwendung 
26 0 entnommen. Der Datenbereich Best and 412 weist die 
Felder Konzernf irma, Artikel, Anzahl, Wert in € auf f 

15 wobei hier das Feld Konzernfirma aus der Datenbank 
ge fill It wird, die ubrigen aus den ubergebenen Daten. 
Der Inhalt des Feldes Wert in € entspricht dem 
Kaufpreis. Hierzu ist anzumerken, dass Sollbuchungen 
als positive Zahlen erscheinen, Habenbuchungen als 

20 negative. Der Bereiche Verbindlichkeiten 413 weist die 
Felder Konzernfirma, Lieferant und Wert in € auf, wobei 
die beiden erstgenannten Felder mit Werten aus der 
Datenbankanwendung 260 enthalten. 

Der Eingangsdatensatz 42 0 fur die GA II unterscheidet 
25 sich von dem Eingangsdatensatz 410 fur die GA II nicht 
im strukturellen Aufbau sondern lediglich im Inhalt der 
Felder Wert in €. Dies liegt daran, dass fUr die 
Bewertung aus Konzernsicht der Verkauf sauf schlag nicht 
relevant ist, und deshalb das Modul 210 zur Erzeugung 
30 des Eingangsdatensatzes fur diese GA II so konfiguriert 
wurde, daS es mittels der Datenbankanwendung 260 den 
Wert fur die Herstellungskosten aus einer konzernweit 
zuganglichen Datenbank liest und in die Felder Wert in 
€ der Bestandszeile 422 und Verbindlichkeiten 423 
35 eintragt. 
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Das Transf ormationsmodul 221 erzeugt aus dem ersten 
Eingangsdatensatz 410 einen ersten Beleg 430 und aus 
dem zweiten Eingangsdatensatz 420 einen beleg 440. 
Beide Belege haben unterschiedliche Datenstruktur , die 
5 aus der Struktur der Bingangsdatensatze unter Erganzung 
bzw. Weglassung einzelner oder mehrerer Felder 
entstand. Es sind vorhanden Kopfbereiche 431, 441, 
sowie die Datenbereiche Bestand 432, 442 und 
Verbindlichkeiten 433, 443. 

10 Die Kopfbereiche 431, 441 haben die gleiche Struktur, 
jedoch in einzelnen Feldern unterschiedlichen Inhalt. 
Sie enthalten die Felder des Kopfbereiches des 
Eingangsdatensatzes sowie zusatzliche Felder fur 
Geschaf tsjahr und Quart al . Aus der Sicht der 

15 europaischen Firtna B ist das Geschaf tsjahr gleich dem 
Kalenderjahr. Das Modul 221 ermittelt aus der Kenntnis 
der Firma und des Buchungsdatums als Gesch&f tsjahr das 
Jahr 2002 und als Quartal das erste Quartal und 
speichert diese Werte in die entsprechenden Felder. 

2 0 Die Bestandsbereiche 432 und 442 haben unterschiedliche 

Struktur. Der Bereich 432 hat die Felder entsprechend 
412 sowie Felder fur Konto, Wert in US$ und Lagerort. 
Konto und Lagerort werden vom Modul 221 aus der 
Datenbankanwendung 2 60 ermittelt, der Wert in US$ aus 
25 dem Wert in € unter Verwendung eines Umrechnungsf aktors 
aus der Datenbankanwendung 260. Ein „Wert in US$" kann 
nutzlich sein, wenn der Verkaufer - wie im Bei spiel - 
Sitz in USA hat. Der Bestandsbereich 442 hat nahezu die 
gleiche Struktur, jedoch ist statt dem Feld Lagerort 

3 0 ein Feld Wert in Yen vorhanden. Dies kann sinnvoll 

sein, wenn der Konzern Sitz in Japan hat und nach 
japanischen Vorschriften bilanzieren muss, und wenn 
eine Information betref fend den Lagerort aus 
Konzernsicht nicht relevant ist . 
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Die Bereiche Verbindlichkeiten 433 und 443 haben 
ebenfalls unterschiedliche Struktur. Bereich 433 
enthalt zusatzlich zu den Feldern entsprechend 413 noch 
die Felder Konto und Wert in US$, deren Inhalt analog 
5 dem oben Beschriebenen ermittelt ward. Das gleiche gilt 
fur den Bereich 443, der jedoch noch ein Feld Wert in 
Yen enthalt. 

Als weiteres Beispiel eines Geschaf tsvorf alls sei der 
Verkauf der genannten Ware von B an einen 

10 auSereuropaischen Dritten (Firma XYZ) herangezogen, und 
zwar lediglich die Abgabe der Ware. Die Faktura wird 
nicht behandelt. Aus betriebswirtschaf tlicher Sicht 
wird hier bei der Firma B der Warenbestand erniedrigt 
und es entstehen Kosten in Hohe des 

15 Herstellungspreises . 

Uber das Programmmodul 250 (vgl. Fig. 2) werden dem 
erst en Modul 210 zu diesem Geschaf tsvorf all folgende 
Daten ubergeben: Eine ID (213), ein Bestelldatum 
(10.04.2002), eine Bezeichnung des Geschaf tsvorf alls, 

20 (Warenausgang) , Artikelbezeichnung (Produkt Y) , 

Stuckzahl (3) . Analog dem obigen Beispiel werden zwei 
Ausgangsdatensatze 510, 520 fur die GA I und GA II 
erzeugt, und aus diesen zwei Belege 53 0, 54 0, wobei die 
iibrigen, erf orderlichen Daten uber die 

25 Datenbankanwendung 260 ermittelt werden. Die 

Kopf bereiche 511, 521, 531, 541 entsprechen denen des 
vorgenannten Beispiels. Lediglich die Inhalte sind 
angepasst. Das gleiche gilt fur die Bestandsbereiche 
512, 522, 532, 542. Ein Bereich Verbindlichkeiten ist 

3 0 fur diese Klasse von Geschaf tsvorf alien nicht 

erf orderlich. Stattdessen sind in den Datenbereichen 
Journale Kosten und Erlose 513, 523, 533, 543 
vorhanden. Diese bestehen fur die Eingangsdatensatze 
510, 520 aus den Feldem Konzernf irma, Kunde (die 
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Drittfirma) und Wert in €. Fur den Beleg 530 sind noch 
Felder Wert in US$ und Region hinzugefugt, fur den 
Beleg 540 zudem noch Wert in Yen. Die Inhalte ergeben 
sich aus dem bereits Gesagten und den Daten des zweiten 
5 Beispiels. Es sei an dieser Stelle darauf hingewiesen, 
dass die Inhalte der Konto Felder fur den Bereich 
Bestand in den Beispielen innerhalb einer GA identisch 
sind aber von GA I zu GA II unterschiedlich. Dies muss 
jedoch nicht generell so sein. 

10 Die vier Belege werden gespeichert und konnen jeweils 
von mehreren Geschaf tsanwendungen 240 gelesen werden, 
z.B. von Anwendungen des Bestandscontrollings, der 
Deckungsbeitragsrechnung oder der allgemeinen 
Bilanzrechnung. Erf indungsgemafi ist einstellbar, welche 

15 Felder von welchen Geschaf tsanwendungen gelesen werden 
konnen. So kann eine Anwendung des Bestandscontrollings 
Zugriff haben auf alle oder einzelne Felder der 
Kopfbereiche und der Bestandsbereiche . Diese 
Konf iguration geschieht zweckmafiigerweise bei der 

20 Einrichtung der Software. 



Die Accounting Engine stellt in einer ERP-software eine 
zentrale Komponente zur integrierten Protokollierung 
von Geschaftsvorf alien in Form eines Einzelnachweises 

25 mitt els des Belegs dar. Auf die Einzelnachweise konnen 
eine oder mehrere Geschaf tsanwendungen spezifische, 
aggregierte Sichten bilden. Die Belege konnen fur eine 
bestimmte betriebswirtschaf tliche Bewertung 
redundanzf rei abgelegt werden, wodurch Speicherplatz in 

30 erheblichem Umfang, je nach Anzahl der Belege und 

Geschaf tsanwendungen, eingespart werden kann, obwohl 
der Bedarf an Speicherplatz fur den einzelnen Beleg 
steigt. Ausserdem wird der Abstimmungsaufwand zwischen 
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den Programmodulen der Geschaf tsanwendungen reduziert. 
Belegstruktur und der Verf ahrensablauf kann von 
Anwender konfiguriert werden. 

Mit der Verwendung der Accounting Engine im 
5 Rechnungswesen kann in einem Unternehmen zusatzlicher 
betriebswirtschaf tlicher Nutzen generiert werden, da 
die Accounting Engine als alleinige Schnittstelle 
zwischen alien operativen Geschaf tsvorf alien und 
rechnungswesen- internen Geschaf tsanwendungen einsetzbar 

10 ist, und die erstellten Belege in einer zentralen 
Ablage dokumentiert . Uber den mit abgespeicherten 
Identif ikationscode ist sowohl eine eindeutige 
Auditierung als auch ein Storno von Geschaf tsvorf alien 
moglich. Nutzen mehrere Geschaf tsanwendungen den 

15 Belegspeicher der Accounting Engine, so kann aus den 
unterschiedlichen Geschaf tsanwendungen heraus ein 
gemeinsamer, konsistenter Beleg konfiguriert werden. 
Dies fuhrt zu einer inharenten Abstimmung der 
beteiligten Geschafts anwendungen . 

20 Die Accounting Engine erlaubt in einem ERP-Software 
System die Trennung der operativen Geschaf tsvorf alle 
von den Anwendungen des Rechnungswesens. Durch eine 
derartige Trennung wird vorteilhaf terweise 
datentechnisch eine asynchrone Kopplung des 

25 Rechnungswesens an logistische Systeme ermdglicht. 

Die Accounting Engine ermoglicht es auJSerdem, 
betriebswirtschaf tlich unbewertete Geschaf tsvorfalle, 
z.B. eine Warenentnahme ohne Preisangabe, mit ihren 
prozessspezif ischen Begriffen zu ubernehmen. Sie kann 
30 die Bewertung von eingehenden Geschaf tsvorf alien nach 
den Vorschrif ten des Rechnungswesens durchfuhren. 
Belege aus unterschiedlichen Bewertungen konnen logisch 
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getrennt gehalten werden, Vorzugsweise wird pro 
Bewertung ein eigenstandiger Beleg erzeugt. 

Die unterschiedlichen Programme oder Programm- Module 
5 k 6 nn en unter Verwendung irgendeiner von mehreren 

bekannten Techniken oder in Verbindung mit bestehender 
Software entworfen sein. Zum Beispiel konnen Module in 
® Java, C++, HTML, XML, SAP R/3 oder ABAP oder sogar in 
HTML mit eingelagerten Java Applets erstellt sein. 
10 Einzelne oder mehrere der Module konnen auch in 

bestehende E-Mail oder Browsersof tware integriert sein, 
beispielsweise fur die Dateneingabe . 

Die mit der Anmeldung eingereichten Patentanspruche 
15 sind Formulierungsvorschlage ohne Prajudiz fur die 

Erzielung weitergehenden Patent schut zes . Die Anmelderin 
behalt sich vor, noch weitere, bisher nur in der 
Beschreibung offenbarte Merkmalskombinationen oder 
andere beliebige Kombinationen von in der Beschreibung 
20 offenbarten Merkmalen zu beanspruchen . Ausrucke in den 
Anspruchen, die in Klammern gesetzt sind, stellen keine 
beschrankenden Merkmale dar. 

In Unter anspruchen verwendete Ruckbeziehungen weisen 
auf die weitere Ausbildung des Gegenstandes des 
25 Hauptanspruches hin; sie sind nicht als ein Verzicht 

auf die Erzielung eines selbstandigen, gegenstandlichen 
Schutzes fur die Merkmalskombination der rftckbezogenen 
Unteranspruche zu verstehen. 

Es sei angemerkt, dass bei Verknupf ungen von Merkmalen 
30 durch „oder" dieses „oder w jeweils einerseits als 

mathematisches „oder w und andererseits als die jeweils 
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andere Moglichkeit ausschlieEendes „oder" zu verstehen 
ist . 

Es sei ferner darauf hingewiesen, dass die Ausfuhrungen 
zu alien bekannten Anordnungen, die sich nicht auf 
5 bestimmte Druckschxif ten beziehen, in erster Linie dem 
Anmelder bzw. dem Erfinder bekannt sind, so dass sich 
der Anmelder bzw. Erfinder Schutz fur diese vorbehalt, 
sofern sie nicht auch der Of f entlichkeit bekannt sind. 
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Verfahren zur automat ischen Ablage von Belegen zu 
Geschaf tsvorf alien, bei dem mit Hilfe eines 
Coraputersystems Daten zu einem Geschaf tsvorf all fur 
den Zugriff uber eine Geschaf tsanwendung 
gespeichert werden und bei dem einem 
Geschaf tsvorf all ein Identif ikationscode zugeordnet 
wird, wobei in dem Computersystem eine Oder mehrere 
unterschiedliche Klassen von Geschaf tsvorf alien mit 
unterschiedliche Datenstrukturen abgebildet sind, 
dadurch gekennzeichnet , 

dass in einem ersten Schritt aus Daten zu einem 
Geschaf tsvorf all mindestens ein Eingangsdatensatz 
erzeugt wird, der eine Struktur aufweist, welche 
fur eine oder die oder jede unterschiedliche Klasse 
von Geschaf tsvorf alien und eine oder mehrere 
Geschaf tsanwendungen spezifisch ist, 

dass in einem zweiten Schritt der mindestens 
eine Eingangsdatensatz in einen Ausgangsdatensatz 
transf ormiert wird, der fur den Zugriff von 
mindestens zwei Geschaf tsanwendungen ausgebildet 
ist, und 

-- dass in einem dritten Schritt der 
Ausgangsdatensatz mit zugeordnet em 
Identif ikationscode gespeichert wird, so dass der 
Ausgangsdatensatz unter Bezugnahme auf den 
Identif ikationscode von den mindestens zwei 
Geschaf tsanwendungen ganz oder teilweise gelesen 
werden kann. 

Verfahren nach Anspruch 1, wobei der erste Schritt 
mit Hilfe eines ersten Programm-Moduls ausgefuhrt 
wird, der zweite Schritt mit Hilfe eines zweiten 
Programm-Moduls, und wobei der Eingangsdatensatz 
mit der spezifischen Struktur von dem ersten 
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Programm-Modul uber eine Schnittstelle an das 
zweite Programm-Modul ubergeben wird. 

3. Verfahren nach Anspruch 1 oder 2, wobei die oder 
jede Geschaf tsanwendung als ein drittes oder 

5 weiteres Programm-Modul ausgestaltet ist. 

4. Verfahren nach Anspruch 3, wobei das zweite 
Programm-Modul so ausgestaltet ist, dass der 
Transformationsvorgang im zweiten Schritt uber das 
oder jedes dritte Programm-Modul uber eine 

10 Schnittstelle einstellbar ist. 

5. Verfahren nach Anspruch 3 oder 4 wobei das zweite 
Programm-Modul so ausgestaltet ist, dass es Daten, 
die uber die mindestens zwei Geschaf tsanwendungen 
auswahlbar sind, aus dem Ausgangsdatensatz auf eine 

15 Datenanfrage von dem oder jedem dritten Programm- 

Modul lesen und dem oder jedem dritten und/oder 
einem weiteren Programm-Modul ftber eine 
Schnittstelle zur Weiterbearbeitung und/oder zur 
Anzeige ubergeben kann. 

20 6. Verfahren nach Anspruch 5, wobei die auswahlbaren 
Daten von dem dritten Programm-Modul auswahlbar 
sind. 

7. Verfahren nach einem oder mehreren der Anspruche 1 
bis 6, wobei der Ausgangsdatensatz transaktional 

25 gespeichert wird. 

8 . Verfahren nach einem oder mehreren der Anspruche 1 
bis 7, wobei der Ausgangsdatensatz fur mehrere 
Geschaf tsanwendungen eine spezifische 
Datenbankstruktur mit einer oder mehreren Tabellen 

30 aufweist. 
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9 . Verf ahren nach einem oder mehreren der Anspruche 1 
bis 8, wobei der Ausgangsdatensatz fur 
unterschiedliche Journale des Rechnungswesens 
unterschiedliche Datenbereiche aufweist. 

Cornputersystem zur Durchfuhrung eines Verf ahrens 
nach einem oder mehreren der vorstehenden 
Anspruche, auf wei send 

- Mittel zur Speicherung von Daten zu 
Geschaf tsvorf alien, 

- Mittel zur Speicherung von Programmen, 

- Mittel zur Ausfuhrung von Programmen, 

- Programmcode -Mittel zur Ausfuhrung eines 
Verfahrens nach einem oder mehreren der 
vorstehenden Anspruche. 

15 11. Computerprogramm mit Programmcode -Mi tteln, urn alle 
Schritte von einem beliebigen Verfahren gemafi einer 
beliebigen Kombination der Anspruche 1 bis 9 
auszufuhren, wenn das Programm auf einem Computer 
ausgefuhrt wird. 

20 12. Computerprogramm nach Anspruch 11, enthalten in 
einem elektrischen Tragersignal . 

13. Computerprogrammprodukt mit Programmcode-Mitteln, 
die auf einem computerlesbaren Datentrager 
gespeichert sind, und geeignet sind, ein Verfahren 
25 gemafi einer beliebigen Kombination der Anspruche 1 

bis 9 auszufuhren, wenn sie auf einem Computer 
ausgefuhrt werden. 



5 10. 



10 



14. Computer mit einem fluchtigen und/oder 
nichtf luchtigen Speicher, in dem ein 
30 Computerprogramm nach Anspruch 11 gespeichert ist. 
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15. Elektronische Datenstruktur, erhaltlich durch ein 
Verfahren gemafi einem oder mehreren der Anspruche 1 
bis 9. 



- 31 - 



WO 2004/032005 



1/5 



PCT/EP2003/009954 




101 



114 



Netzwerk 
Computer 



105 ^ 



Netzwerkverbindung 

? 

104 



CPU 



103 




ERP Software 



1 

Geschafts- 




Accounting 




Geschafts- 


vorfall 




engine 




anwendung 


i 

110 


/ 

106 


i 

109 



^7 

/ Computer 



/ 



/ 



/ 



108' 



c 5 






Beleg- 
speicher 




Datenbank 



/ 



.107 



FIG.1 



/ 



/ 



/ 



/ 



WO 2004/032005 



PCT/EP2003/009954 



2/5 



CM 



1 



02 



-o 
o 



CD 

c 

JO 



uoipjunj 



CM— ~<S 
CM V 



81 

L 



0) 

c 
c 

UJ 



CM 

CM' 

CM 



-o 

O 

E 

CO 



inpoiuesen 
uejgg 



to 



a: 



co 



(ft 




c 




igun 
nodi 




1 


jo;ejn6i)uo>j 



eojAjasesa - ! 



Si 



eojAJas 
-suoijBjnBjjuoyi 

7 



CO 



CM 




jossezojd 69|9g 



CO 
CM 



o 
o 
o 

< 



CM 



CO 
CM 



CM 
CM 



inpomsBun6nezj3 



O) CO 
C (ft 
CO c 

LU "O 



- CO 
CM 



CO- 
CM 



1=^ 




CM 
CN| 



CM 



C 
=3 

C 

cu 
c 

CO 



CO 

CD 
CO 

O 



V 



CM 



HBjJOAsyBqoseg 
nz uajea 



CM 



WO 2004/032005 



4/5 



PCT/EP2003/009954 



CM 



CO. 



lartal 








I— 




CO 




ischaftsj 


2002 


CO 




I 


*s 


o 


Warenk< 


E 

=3 


CM 


're 
Q 


CM 
CM 


CQ 


n 


NutzerlD 


uvw 







1o 

CD 
CQ 



v "2 

cn 

CO 


ABC 






•co- 
co 


S" 

CO 






n€ 




Wert! 


CO 


s 

s 


CO 


■< 




Artikel 


ProduktY 


Konto 




Konzemfirma 


FirmaB 



\ 



CO 
CO 



\ 



CO 



CO 



3 



3\ 







-S 


o 
<=> 


t: 


CO 










Wert ir 


CM 


;rtin€ 


<=> 

CO 




1 


CO 






Artikel 


>- 


Pro( 


Konto 


<=> 
<=» 

CO 


arnfirma 


CQ 
ca 
§f 


INI 




5 





CO 

3\l 



-§ 



-to 

CO 



\ 



5 



v ja 



CN 





n 






Anzi 


CO 


82 


>- 


Artil 


Prodi 


re 

§ 

•E 

r= 


Firma B 


5 





CO 



O I 



*5 



I CQ 
re 



3\ 



CD 



CQ 











"tr 






CO 










CO 




>- 


"53 














g 






"cS 




E 


CO 


emfl 


rma: 




LL. 











CO 
CM 



1 







rr 


CO 




■ 








re 

i 


o 

n 


tr 


g 

I 

a 


Firma B 



\ 



3 



CD 



• 

WO 2004/032005 



5/5 



PCT/EP2003/009954 



CO. 

*°\- 



I 

O 
O 
O 

cd 



CM 
CM 



E 
=» 
"co 



•s. 



CO 
CM 



CD 

ca 



V 



CO 



1 

eO 



CO 

=2 



*0 
CO 



CO 



9ki 

ION 



Quartal 








■CO 

o 


e 


s 

CD 






as 


=? 
CD 


W.-Aust 


-Datum 


04.2002 


ca 








Nutzerl 






21311 



co 
to 



CO 



MP 



22 



CQ 

CO 

E 



ST 



-9? 



S 

CO 



1 

o 



CQ 
CO 



s 

To 
© 



s 





NutzerlD 1 


1? 


CM 


n 


CO 

«v 


CO 






\ 

o 




NutzerlD 




CM 


14/ 
g 

*e 


CO 


CO 
C\k\ 

«o\ 








> 

CD 


OJ 

CO 
Ol 
CO 
3 

<£ 

3: 




Anzahl 


°? 


Wertin€ 










> 

CD 


sr 
% 




Anzahl 


«? 


Wert in€ 


CO 






E 
o 

CQ 


10.04.2002 i 




Artikel 


ProduktY 


o> 

CO 
SO 


Kunde 


FirmaXYZ 








E 

ii 

■ 

CQ 


10.04.2002 




Artikel 


ProduktY 


o> 

CO 
IO 


Kunde 


FirmaXYZ 




Kopf 


Q 


CO 

c>J 


Bestand 


g 

ICS 

E 

a 

5 


I Firma B 


KostenundEd 


Konzemfirnic 


FirmaB 










I 21311 


Bestand 


Konzemfirma 


FirmaB 


Kosten und Erl 


Konzemfirma 


RrmaB 





O 



